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LIST OF ABBREVIATIONS AND ACRONYMS 


The following abbreviations and acronyms are used In this document. Additional 
listings of Shuttle and Cargo acronyms and abbreviations are contained in 6P- 
10S2 and NASA Reference Publication 1059. 


AF 

Air Force 

AFD 

Aft Flight Deck 

AFSCF 

Air Force Satellite Control Facility 

ASC 

Aerospace Corporation 

ASE 

Airborne Support Equipment 

ASTG 

Aerospace Test Group 

BAC 

Boeing Aerospace Company 

BAC/A 

Boeing Aerospace Company - USAF FSD Contract 

BAC/N 

Boeing Aerospace Company - NASA KSC Contract 

CCAFS 

Cape Canaveral Air Force Station 

CCMS 

Checkout Control and Monitoring Subsystem 

CDRL 

Contract Data Requirements List 

CDS 

Central Data Subsystem 

Cl 

Configuration Inspection 

CITE 

Cargo Integration Test Equipment 

CO 

Cargo Operations 

CO/ CIO 

Cargo Integration Office 

C/O 

Checkout 

COS 

Checkout Station ( IDS) 

CP 

Cargo Projects 

CP-DPO 

Cargo Projects Deployable Payload Office 

CRR 

Cargo Readiness Review 

CS-MVD 

Multi -Mission/ Vertical Payloads Division 

CV 

Deployable Payload Operations Directorate 

DEV 

OMI Deviation 

OOD 

Department of Defense 

OOP 

Detailed Operating Procedure 

ORN 

DocLHnent Revision Notice 

EED 

Electro-Explosive Device 

EGSE 

Electronic Ground Support Equipment 

ELS 

Eastern Launch Site 

ER 

Explanation Report 

ESMC 

Eastern Space & Missile Center (Patrick AFB) 

ET 

External Tank 

FAC 

Facility 

FEOP 

Facility and Equipment Design Plan 

FSO 

Full Scale Development Program- lUS 
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GMIL 

GOAL 

GOMG 

GPS 

GPTE 

GSE 

ICIO 

ICO 

IRN 

IRS 

ITL 

lUS 

JSC 

KSC 

LC-39 

LCC 

LPS 

LRU 

LSSM 

LSSP 

MDTSCO 

MCCH 

MMSE 

MSFC 

NASA 

N/A 

OD 

01 

OIR 

OIS 

O&M 

OMD 

OMI 

OMP 

OMR/P 

OMRS 

OPF 

OR 


LIST OF ABBREVIATIONS AND ACRONYMS 


Spaceflight Tracking & Data Network Station, KSC 

Ground Operations Aerospace Language 

Ground Operations Working Group 

Ground Power System 

General Purpose Test Equipment 

Ground Support Equipment 

Interim Cargo Integration Operations Contractor 

Interface Control Drawing 

Interface Revision Notice 

Integrated Records System 

Integrate-Transfer-Launch 

Inertial Upper Stage 

Johnson Space Center 

Kennedy Space Center 

Launch Complex 39 

Launch Control Center 

Launch Processing System 

Line Replaceable Unit 

Launch Site Support Manager, NAS/VKSC 

Launch Site Support Plan 

McDonnell Douglas Technical Services Company 
Mission Control Center Houston 
Multi-Mission Support Equipment 
Marshall Space Flight Center 

National Aeronautics and Space Administration 
Not applicable 

Operations Directive 

O^rational Instrumentation, Orbiter Integrator 
Open Item Review 

Operational Intercommunication System 

Operations & Maintenance 

Operations & Maintenance Documentation 

Operations & Maintenance Instruction 

Operations Management Plan 

Operations & Maintenance Requirements/ PI an 

Operations & Maintenance Requirements & Specifications 

Orbiter Processing Facility 

Operations Requirement 
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LIST OF ABBREVIATIONS AND ACRONYMS 


PGHM 

Payload Ground Handling Mechanism 

PID 

Program Introduction Document 

PIRN 

Preliminary Interface Revision Notice 

PIP 

Payload Integration Plan 

P/L 

Payload, Prelaunch 

POCC 

Payload Operations Control Center 

POP 

Prefllght Operations Procedure 

PR 

Problem Report 

PRACA 

Problem Reporting & Corrective Action System 

PRD 

Program Requirements Document 

PSP 

Program Support Plan 

QA(0) 

Quality Assurance Office 

R&I 

Receiving & Inspection 

RF 

Radio Frequency 

RI 

Rockwell International Corporation 

RSS 

Rotating Service Structure 

S&A 

Safe and Ann 

S/C 

Spacecraft 

SCF 

Satellite Control Facility 

SO 

Space Division (USAF) 

SDP 

Software Development Plan 

SE 

Support Equipment 

SF 

KSC Safety Office 

SGLS 

Satellite- Ground Link System 

SMAB 

Solid Motor Assembly Building 

SPO 

System Program Office (USAF) 

SR & QA 

Safety, Reliability and Quality Assurance 

STDN 

Spaceflight Tracking Data Network 

STE 

Special Test Equipment 

STS 

Space Transportation System 

TBA 

To Be Added 

TBD 

To Be Determined 

TBR 

To Be Rel eased/ Resol ved 

TC 

Test Conductor 

TCS 

Test Completion Sheet 

TORSI S) 

Tracking Data Relay Satellite (System) 

T4H 

Transportation & Handling 

TLM/TM 

Tel emet ry 

TOPS 

Transistorized Operational Phone System 

TP 

Test Procedure 

TPS 

Test Preparation Sheet 

TS 

Technical Support 

TT&C 

Telemetry, Tracking and Command 


xiii 



K-DPM-09.1 


UDS 
USAF 
USB I 

VIB 

VPF 

VPHD 

WAD 

WSGT 

YV 
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Universal Documentation System 

United States Air Force 

United Space Booster International 

Vertical Integration Building - CCAFS 
Vertical Processing Facility - KSC 
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Work Authorization Document 
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1.0 INTRODUCTION 


SECTION I 


This document, consists of two volumes. This volume (Volume 1) Is the management 
plan for the Inertial Upper Stage - Spacecraft (lUS-S/C) operations at the 
Kennedy Space Center (KSC). Volun.e 2 Is the detailed plan for the Inertial Up- 
per Stage Tracking & Data Relao' Satellite (lUS/TDRS-A) integrated processing at 
KSC. 


1.1 PURPOSE 

The purpose of this volume Is to describe the KSC management system for lUS-S/C 
processing from KSC arrival through launch. Cooperation In the various roles 
and responsibilities of the agencies/test team organizations Involved, will 
assure safe, efficient processing of the lUS-S/C at KSC. 

Unique S/C owner/user or developer/operator management roles and responsibili- 
ties that differ from those reflected here will be provided in an addendum to 
this document. 

1.2 SCOPE 

This volume eiiLompasses a description of the roles and responsibilities of the 
agencies/test team organizations involved in lUS-S/C processing at KSC for non- 
Department of Defense (DOD) missions. It defines ^-vorklng relationships with 

respect to documentation preparation, coordination and approval, schedule 
development and maintenance, test conduct and control , configuration management, 
quality control and safety. The policy regarding the use of S/C contractor Test 
Procedures (TP's), lUS contractor Detailed Operating Procedures (DOP's) and KSC 
Operations & Maintenance Instructions (OMI's) Is defined. Review and approval 
requirements for each documentation system are described. 
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1.3 AUTHORITY 

The authority for this document is derived from two NASA Level 1 documents, IHI 
8020.22A, NASA Interim Upper Stage (lUS) Project and NMI 8040.3, STS Operations 
Program Management. 


1.4 REVISION 

This docunent is under the release and revision control of the luS-S/C integra- 
tion contractor. It will be periodically updated as necessary to remain useful 
to its users. Concurrence by the signatories affected constitutes fina’ appro- 
val of all changes. 


L5 REFERENCES 

a. KMI 1710. 1C 

b. KMI 1710. 13B 

c. KMI 5310. IIB 

d. KMI 8660. 2B 

e. KHB 3410.1B 

f. KHB 8610. IB 

g. KHB 8610. 4A 

h. K-STSM-12.8 

i. K-STSM-12.8. 2 


Occupational Safety and Health Act. 

Safety Review of KSC Technical Operating Procedures. 
KSC Problem Reporting and Corrective Action System. 
KSC Requirements and Response Documentation System. 
Lnplementing Instructions for KSC Systems, Safety and 
Skills Training for Certification of Personnel. 

Support Services Handbook. 

OMI Handbook. 

Operations and Maintenance Document Plan. 

STS Cargo Launch Conmit Criteria Handbook. 
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j • 

K-DPM-ll.l 

Launch Site Support Plan. 

k. 

KPD 8040.14 

Plan for Upper Stages Configuration Management. 

1- 

JSC 14019 

Payload Integration Plan. 

m. 

PRD 20,000 

Launch and Landing Program Requirments Document, Annexes 



E & G. 

n. 

TR-76-04 

SAMTEC DET.# 1, Range Instrumentation Handbook. 

0. 

D290-10351-1 

lUS-S/C Command and Telemetry List. 

P* 

D290-500C0-1 

ELS/IUS Operations Record Systems. 
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SECTION II 


2.0 ROLES AND RESPONSIBILITIES 

The roles and responsibilities outlined in the following paragraphs are those 
applicable to the processing of the lUS-S/C at KSC and do not include all re* 
sponsibilities, intercenter agreements with other NASA centers or interagency 
(NASA to Air Force) agreements. The interfaces and responsibilities of these 
organizations with each other and with KSC are detailed in other documentation. 
The major thrust of this document is to address the responsibilities of the or- 
ganizational entities participating in scheduling or document preparation/appro- 
val for lUS-S/C processing at KSC, including those with Hands on Hardware 
responsibil ities. 

2.1 NASA/ KSC 

NASA/KSC is responsible for overall Space Transportation Systen (STS) and Cargo 
operations at KSC, including safety and support. KSC is also responsible for 
the identification, design and implementation of facilities and equipment at 
KSC. The major tasks performed by NASVKSC which will support the lUS-yC pro- 
gram are: 

a. Identification of KSC site capabilities. 

b. Identification of KSC required processing requiranents. 

c. Review, concur and implement lUS and S/C requirements at KSC for faci- 
lities. equipment, test operations and test support. 

d. Planning for the implementation and conduct of the checkout of lUS-S/C 
interfaces, overall processing flow and Integrated STS operations. 
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e. Scheduling of lUS-S/C and STS operations from arrival through launch, 
including coordination vrith external agencies/organizations for pay- 
load schedules prior to KSC arrival to assure meeting launch sche- 
dules* 

f. Assign facility utilization to accommodate user and STS requirements. 

g. Identification and coordination of NASVKSC control systems, e.g., 
safety, quality assurance, procedure development and tracking. 

h. Provide guidance and advice to involved agencies on design require- 
ments, checkout operations and launch processing to assure compliance 
with KSC and Johnson Space Center (JSC) STS operations requirements. 

To perform these tasks, KSC responsibilities are satisfied by the Cargo Projects 
Office, Cargo Operations Directorate and Shuttle Operations Directorate. For 
activities involving the lUS and the associated NASA spacecraft in KSC facili- 
ties, these offices are responsible for I US-to- Spacecraft Integration Processing 
and Cargo-to-Siuttle Vehicle Integration. 

2.1.1 CARGO PROJECTS OFFICE. The Cargo Projects Office is responsible for 
facilities and Ground Support Equipment, milestone schedules and funding to meet 
requirements. Within the Cargo Projects Office, the Deployable Payload Office, 
CP-DPO, is responsible for project management planning and integration associa- 
ted with deployable payload projects, including integration of lUS and Its 
associated non-DOD Spacecraft. 

The Cargo Projects Office will : 

a. Provide a Launch Site Support Manager (LSSM). 
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b* Monitor the preparation of the Launch Site Support Plan (LSSP). En- 
sure the response to requirements is correct and Identify the Optio- 
nal services requirements to the spacecraft owner/ operator. 

c. Oversee the Identification and accumulation of support requirements 
and Insure responses to these requirements are provided. 

d. Co-chair the lUS Ground Operations Vioricing Group with the 6555th 
Aerospace Test Group (AST6). 

e. Chair the lUS-S/C Ground Operations Uo>‘k1ng Group for Non-DOD 
Missions. 

f. Through the above Ground Operations Working Groups* establish project 
milestones, coordinate Interrelated activities. Impose action Items 
to resolve problems and surface potential problems that require out- 
side resolution. 

g. Chair the Cargo Readiness Review (CRR). 

Boeing Aerospace Company-NASA (BAC-N) and McDonnell Douglas Technical Services 
Con pany (MDTSCO) are on contract to support CP-DPO. 

2.1.2 CARGO (DERATIONS (CO). Within the Cargo Operations Directorate, the Car- 
go Integration Office, Multi-Mission Vertical Payload Division and Automated 
Payload Division have been delegated to manage and Implement the cargo proces- 
sing schedules and develop and manage ground operations plans. They establish 
Cargo/Ground Support Equipment (6SE) facility readiness on a per mission basis, 
integrate u^per stage vehicles with payloads (lUS-S/C) and integrate cargo ele- 
ments ’ to STS cargo; validate Interfaces between cargo elements, between cargo 
arK' Cargo Integration Test Equipment (CITE) and Rotating Service Structure 
(RSS); and perfon.i cargo processing In the VPF. 
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a. Cargo Operations Directorate will ; 

(1) Form and chair a cargo off-line test team for each lUS-S/C mission. 

(2) Participate as members of the lUS Ground Operations Working Group 
and of the lUS-S/C Ground Operations Working Group. 

(3) Integrate and coordinate schedules for the flow and processing of 
the lUS, yc. Multi-use Mission Support Equipment (NNSE) and CITE 
elenents in the Vertical Processing Facility (VPF). 

(4) Coordinate inputs to schedules for the flow and processing of the 
IDS and S/C in tha RSS & Orbiter. 

(5) Ensure the preparation of the Integrated Operations and Maintenance 
Instructions (OMI's), OOP's and TP's by the appropriate contractor 
is adequate and timely: 

a) For all STS off-line activities. 

b) For lUS & S/C stand alone STS on-line activities. 

NOTE: Shuttle integrated OMI's are the responsibility of the Shuttle 

Operations Directorate. 

(6) Chair pre and post test briefings for major events in the lUS-S/C 
processing flow (off-line). 

(7) Provide a primary point of contact for the spacecraft owner/opera- 
tor who will : 

(a) Ensure that agreed to S/C inputs are covered in the documenta- 
tion. Evaluate inputs for engineering sufficiency. Monitor 
BAC-N, MDTSCO and RI to make certain that approved S/C require- 
ments are provided for. 
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(b) Provide technical advice to the spacecraft contractor on all 
engineering data required at KSC. 

Boeing Aerospace Company (BAC-N) and McDonnell Douglas Technical Services Com- 
pany (MDTSCO) are on contract to support CO. 

2.1.3. SHUTTLE OPERATIONS (VO). The Director, Shuttle Operations is respon- 
sible for management and technical direction of STS preflight, launch and lan- 
ding activities for KSC. This includes on-line integration of cargo and orbiter 
and all on-line pre-integration activities. VO will: 

a. Lead the test team for on-line operation. 

b. Participate in Ground Operations Working Groups. 

c. Develop and approve integrated schedules for on-line processing (SLF, 
OPF, VAB, Pad-A). 

d. Provide site management for on-line facilities, ie. SLF, OPF, VAB MLP, 
Pad-A. 

e. Hold and chair pre-test briefings for major on-line operations. 

f. Prepare on-line integrated OMI's. 

g. Ensure that cargo on-line support requirements are satisfied. 

2.2 USAF 6555th AEROSPACE TEST GROUP 

The 6555th ASTG, acting for DOD/Space Division (USAF), is the lUS launch agent 
for all DOD and NASA launches. The lUS launch agent has pi imary responsibility 
for the lUS system, its operational control, and its status reporting during all 
operations. Boeing Aerospace Company (BAC) Full Scale Development (FSD) con- 
tract supports the 6555th ASTG. The 6555th ASTG's responsibilities include: 
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a* Deliver assembled and checked out lUS to the VPF per agreed upon sche- 
dules* 

b. Control lUS test, checkout and data evaluation. 

c. Provide lUS stand alone OOP's. 

d. Make lUS OMI inputs to KSC integration contractors, (BAC/N, MDTSCO, and 
RI). 

e. Review and concur in OMI's involving the lUS. 

f. Provide the lUS portion for the lUS-S/C mate and interface verification 
operations. 

g. Provide lUS test director/test controller for all lUS opc^rations. 

h. Co-chair the lUS Ground Operations Working Group with CP-DPO. 

i. Participate as a member of the lUS-S/C Ground Operations Working Group. 

j. Designate in 6555 ASTQ/LV a manager responsible for the lUS operations. 

k. Participate as a member of the cargo test team, chaired by CS-MVD. 

2.3 BOEING AEROSPACE COMPANY - FSD CONTRACT (BAC/A) 

Under the FSD contract, BAC has the responsibility to design, develop, assemble 
and test the lUS. The assembly work is done in the Solid Motor Assembly Buil- 
ding (SMAB) at Cape Canaveral Air Force Station (CCAFS). Testing is control le:‘ 
via a Checkout Station (COS), located in the Vertical Integration Building 
(VIB), CCAFS. 

Landlines and appropriate terminations extend this test control for all lUS 
operations to the VPF, RSS and Pad 39A. The contractor's responsibilities in- 
cl ude : 
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a. Provide Hands on Hardware support for lUS processing In KSC facilitlej. 

b. Provide U^S unique GSE. 

c. Support lUS Aft Flignt Deck (AFD) pane1/conso1e installation and renio- 
val in and from the VPF and orbiter. 

d. Refurbish lUS Airborne Support Equipment (ASE). 

e. Provide test team support for lUS-S/C processing. 

f. Prepare and submit OMI inputs to 6555th ASTG. 

g. Develop DOPS. 

h. Provide technical support to the lUS working groups. 

2.4 SPACECRAFT OWNER/ OPERATOR 

The spacecraft owner/operator is responsible for providing the spacecraft on 
schedule, identifying support required at KSC for a successful launch and provi- 
ding a launch team to process the spacecraft and participate in integration 
activities. 

The owner operator will : 

a. Designate a manager as a point of contact for all matters relating to 
S/C activities at KSC. 

b. Ensure that the S/C designer/developer designates a manager for each 
company involved in KSC processing. 

c. Identify and negotiate all KSC support requirements with CP-DPO. 

d. Review and concur in lUS-S/C OMI's and the Launch Site Support Plan 
( LSSP) . 

e. Participate as a member of the lUS-S/C Ground Operations Working Group. 

f. Ensure a S/C launch processing plan is prepared. 

g. Participate as a member of the cargo test team^chaired by CS-MVD. 
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2.5 SPACECRAFT DESIGNER/ DEVELOPER 

The spacecraft deslgner/developer Is responsible for processing and quality 
assurance of the spacecraft prior to Integrated testing and support of all Inte- 
grated tests. The deslgner/developer Is responsible to the spacecraft owner/ 
operator for the development of required procedures, requirements and other 
documentation. he deslgner/developer will provide unique spacecraft GSE to 
checkout and prepare the spacecraft for launch. 

The spacecraft deslgner/developer will: 

a. Support all Integrated tests. 

b. Develop spacecraft test requirements. 

c. Develop TP's and input, as required, to OMI's. 

d. Provide spacecraft unique GSE. 

e. Provide a spacecraft launch team. 

f. Provide a launch processing plan. 

g. Input, review and concur in the LSSP. 

2.6 BOEING AEROSPACE COMPANY - NASA CONTRACT NASI 0-9206 (BAC/N) 

The NASA lUS/ spacecraft integration contractor operations at KSC are performed 
at KSC by BAC/N. Planned activities are performed by the contractor for NASV 
KSC on a mission basis through integration, checkout, prelaunch and launch ope- 
rations for the lUS and spacecraft. lUS-S/C integration contractor's responsibi- 
lities Include: 

a. Support KSC In operations planning. Including Integration and ground 
operations planning, processing flows and timelines, and lUS-spacecraft 
Launch Site Support Plans. 
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b. Provide test docunentation Including preparation of and inputs to inte- 
grated Ofil's, VC Progron Requirements Document (PRD) (Annex G L&L 
20000 ), and Operations Requirements (OR) documents. Integrate lUS and 
spacecraft inputs, as required for inputs to the shuttle integrated 
OMI's. 

c. Test activities including test conduct, schedules, system engineering 
support, quality assurance and safety and preparing inputs to cargo and 
shuttle schedules. 


2.7 MCDONNELL DOUGLAS TECHNICAL SERVICES COMPANY (MDTSCO) NASA CONTRACT 
NAS10-96C0 

MDTSCO Is the Interim Cargo Integration Operations contractor (ICIO) at KSC. In 
this capacity MDTSCO is responsible for planning, control and performance of 
activities which verify that the lUS-S/C to CITE (Orbiter simulator) interfaces 
operate within planned specifications. Additionally, MDTSCO is responsible for 
the operation and scheduling of the Mil ti -Mission Support Equipment (MNSE) 
canister. 

MDTSCO responsibilities include: 

a. Process lUS-S/C through integration and interface verification activi- 
ties. Support lUS & S/C in the conduct of stand alone activities. 

b. Transport lUS-S/C from the VPF to LC-39 in the MMSE canister/ transpor- 
ter. 

c. Support RI during shuttle/ 1 US- S/C processing in the OPF and RSS. 

d. Operations 8 Maintenance (O&M) responsibility for M1SE canister, CITE, 
facility systems, RSS/ payload systems. 
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e. Develop, maintain and display Integrated STS off-line schedules Inclu- 
ding 

(1) VPF 72 Hr/ 11 Day Schedule. 

(2) Input to STS/ Cargo 72 Hr/ 11 Day Schedule. 

(3) Cargo Integrated Operations Schedule. 

(4) Input to VO STS-N Integration Schedule Assessment. 

f. Develop and maintain test documentation, including Integrated Operation 
and Maintenance Instructions (OMI). 

g. Test activities, Including test conduct, schedules, system engineering 
support, quality assurance and safety and preparing inputs to cargo 
shuttle schedules. 

2.8 ROCKWELL INTERNATIONAL (RI) 

Rockwell International (RI) Is the orbiter contractor and Is responsible to VO 
for the planning, control and performance of activities In the OPF. RSS, and or- 
biter payload bay. The Contractor's cargo responsibilities Include: 

a. Installation of the lUS-S/C In the Payload Ground Handling Mechanism 
(PGHM) and payload bay. 

b. Support on-line processing of the lUS-S/C payload. 

c. O&M responsibility for PGHM, RSS and orbiter. 

d. Develop and maintain Integrated on-line schedules Including; 

(1) Pad 72 Hr/ 11 Day Schedule. 

(2) STS/ Cargo 72 Hr/ 11 Day Schedule. 

e. Perform Installation of lUS Aft flight deck equipment Into the orbiter. 

f. Develop and maintain Integrated OMI's. 
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2.9 INTERFACE WORKING GROUPS 

To accomplish the Integration of lUS and S/C and preflight processing through 
KSC facilities, interface working groups have been established. Definition and 
control of lUS to KSC interfaces is established through the activities of the 
lUS Ground Operations Working Group, co-chaired by 6555th ASTG and NASA KSC, 
CP-DPO. Management planning of lUS-S/C integration testing is accomplished by 
the lUS-S/C Ground Operations Working Group (GOWG), chaired by NASA KSC, CP-DPO. 
Definition and control of VC to KSC interfaces is established throuoh t'.je 'Acti- 
vities of this working group. 

2.9.1 RESPONSIBILITIES. The responsibilities of the above working groups are 
as follows: 

a. lUS-S/C Ground Operations Working Group: 

(1) Develop a sound working relationship between government agencies 
and test team organizations to ensure a timely exchange of tech- 
nical data. 

(2) Ensure that appropriate technical /management personnel from each 
agency participate in this working group's meetings. 

(3) Maintain close coordination with all government agencies, BAG, 
spacecraft owner/operator and spacecraft de signer/dev eloper in 
the areas of test requirements, and test planning. 

(4) Maintain cognizance of all I US and S/C developments that could 
affect lUS-S/C prelaunch processing at KSC. 

(5) Assess lUS-S/C development to assure compatibility with shuttle 
operations, facilities and support equipment. 
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(6) Define the engineering requirements for integration of lUS-S/C 
with the Orbiter. 

(7) Identify technical problems related to KSC facilities and IIJS- 
S/C processing, and assign action items to the appropriate agen- 
cy for problem resolution. 

The meeting calendar for this working group is decided by a consensus of parti- 
cipating agencies and the exigencies of the program. 

b. lUS Ground Operation Working Group (lUS GOWG). 

The GOWG is the majo» forun for lUS/KSC interface coordination. Interagency 
launch activities that include the IDS system are established ..trough the 
workings of this group. Primary responsibilities of the GOWG include: 

(1) Post DO-250 ground operations planning for the STS/IUS. 

(2) Ensuring that appropriate technical/management personnel from 
each agency participate in the definition, design, and modifica- 
tion of facilities and support equipment that is used to support 
IDS launch operations. 

(3) Reviewing agreements, requirements, and design of facilities and 
equipment to ensure their compatibility with the lUS systwi. 

(4) Ensuring that interface control documentation between the lUS 
system and launch site resources is prepared and controlled in a 
timely fashion to minimize programmatic risks. 

(5) Providing the focal point for developing generic lUS operations 
for shuttle/ lUS launches at KSC. 

(6) Identifying interagency issues requiririg higher management level 
attention and proposing solutions to such issues. 


\ 

\ 
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The lUS/KSC Operations Management Plan, contains a complete description of the 
lUS GOWG responsibilities. 

The meeting calendar for this group is determined by CP-DPO and 6555th ASTG. 

2.9.2 INTERFACE WORKING GROUP MEMBERS. The interface working group members 
serve as the principal point of contact to bring the necessary project and 
operational elements together for coordination of lUS-S/C requirements that are 
consistent with launch site capabilities. The governmental and contractor agen- 
cies which are the principal members of the lUS-S/C processing and launch team 
are: 

KSC Major Directorates, ie. CP, CO, VO, TS, SF, SP, DE. 

Johnson Space Center 

NASA Spacecraft Lead Center 

6555th Aerospace Test Group, USAF 

Boeing Aerospace Company 

Spacecraft Owner/ 0-^erator 

S.-ucecraft Designer/ Developer 

McDonnell Douglas Technical Services Company 

Rockwell International 

KSC integrates the operation of these organizations to support lUS-S/C proces- 
sing and launch, and to perform the management and integration of all activi- 
ties. Personnel from these agencies meet, as required, to ensure program mile- 
stones are met, technical interface problems are solved and serve as focal 
points for their respective program activity. 
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SECTION III 


3.0 CARGO TEST TEAM STRUCTURE 

It should be recognized that while there are government- S/C owner management 
lines of responsibility for the flight hardware, the primary line of authority 
for test and operations is through the formal test team structure. 

The test team structure varies dependent upon the type and locale of test. The 
Cargo Test Team has been established as the primary line of authority for STS 
off-line operations and will be used as a unit to support the STS shuttle test 
team for shuttle on-line operations. It is presently planned to perform: 
lUS stand alone testing (lUS non-integrated) VPF, RSS, OPF. 

S/C stand alone testing (S/C non-integr<.ted) VPF, RSS. 

Payload integration (lUS-S/C interface) VPF. 

Cargo integration (lUS-S/C CITE) VPF. 

Cargo integration ( lUS-S/C orbiter) orbiter payload bay. 

Cargo integration (transportation & handling). 

To plan and perform these tests, the test team is structured from the following 
agencies : 

KSC Major Directorates CP, CO, VO, SF, TS and SP. 

Spacecraft Lead Center. 

6555th ASTG. 

BAC(A) and BAC(N). 

Spacecraft Owner/ Operator. 

Spacecraft Designer/ Developer. 

MDTSCO. 

RI. 




I 
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Technical evaluation and operational control responsibilities for both the lUS 
and S/C will be ret|1ned In their entirety by the 6555th ASTG/BAC/(A) and the 
S/C owner respectively, from receipt at KSC through launch. However, these 
operational control responsibilities are under the overall supervision of the 
appropriate NASA test manager/ director (off-line and on-line) relative to 
safety, protection of the shuttle, associated facilities, GSE and personnel. 
Figures 3-1, 3-2, 3-3 and 3-4 show the test team structure by which lUS-S/C pro- 
cessing will be performed. They reflect test team authority and functional res- 
ponsibility but do not show organizational responsibility or contractual 
authority. Similar responsibilities will exist for subsequent missions and will 
be modified by experience. 

Line functions and specific responsibilities of test team members such as test 
control, engineering, quality control and safety are described In the appropri- 
ate section of this document. Each organization will provide the required sup- 
port to facilitate lUS-S/C processing. 

3.1 STS (ON-LINE) TEST TEAM STRUCTURE 

The STS on-line test team Is shown In Figure 3-5. It reflects the test team 
authority and functional responsibilities during on-line lUS-S/C processing. 
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Figure 3-3. Test Conduct Organization for Integration of lUS-S/C 
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SECTION IV 

4.0 TEST OPERATIOf|S 

The Multi Mission Support Division, CS*MVD, directs and controls the operational 
day to day tnanagetnent of lUS-S/C flight hardware processing activity throughout 
the period the hardware is at KSC. A Test Manager, designated by CS-MVO, will 
be responsible for the In-test Interface and coordination between the test team 
and the outside operational elements. Processing activity In on-line facilities 
by the CS-MVD/ Contractor test team will be under the direction of the VO Test 
Director. 

A test team will follow the lUS-S/C during test operations from receipt In the 
VPF through launch. The lUS test director and test controller, designated by the 
6555th AST6, are responsible for management of the Air Force and BAQ/A test tean 
In their support of lUS operations at KSC. 

BAC/N, spacecraft contractor, MDTSCO (ICIO) and BAC/A (through the 6555th ASTG) 
test conductors are responsible to the test manager In their respective areas of 
operations. During lUS-S/C Integration tests, the BAC/N test conductor directs 
lUS-S/C test activities. The MDTSCO test conductor directs activities associated 
with all other VPF operations, MMSE and Cargo Integration. The test conductors' 
responsibilities are shown on Figures 3-1, 3-2, 3-3, 3-4 and 3-5 for the diffe- 
rent types of tests. Test operations involving the lUS, S/C and lUS-VC combina- 
tion In NASA facilities are categorized as follows: 

lUS stand alone testing (I'JS non- Integrated) VPF, RSS, OPF 
S/C stand alone testing (S/C non-integrated) VPF, RSS 
Payload integration (lUS-S/C interface) VPF 
Cargo integration (lUS-S/C CITE) VPF 
Cargo integration (lUS-S/C orbiter) orbit - payload bay 
Cargo integration (transportation & handling) 
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The overall view of the lUS and S/C test events from hardware arrival at KSC 
through launch Is shown on a typical lUS-S/C Integrated flow and timeline, 
Figure 7-1. Tests and operations Involving a single element with minor support 
from others may be performed as a stand alone test but If more than one element 
Is Involved, an overall Integrated procedure (OMI) will be required. 
lUS or spacecraft tests accomplished as stand alone functions are the responsi- 
bility of the 6555th ASTG and spacecraft owner/ operator respectively. Inputs 
are made to the 72 hour, 11 day schedule, maintained by ICIO (MDTSCO), to pro- 
vide visibility of projected activities and to obtain any necessary support for 
off-line activities. 

No test will be conducted without: 

(1) previously jrepared, reviewed and properly approved procedures, and 

(2) the activity being shown on the KSC approved 72 hour/ll day schedule. 


4.1 VOICE C0^f1UNICATI0NS 

Since lUS, S/C, and CITE control rooms are remote from the flight hardware under 
test, voice communication capability between operational locations Is mandatory. 
The Operational Intercommunication System (OIS) Is the system used at KSC. Com- 
patible, interconnecting links (TOPS) are utilized to tie In the operational 
personnel at KSC with the IDS COS In the VIB at CCAFS and the spacecraft control 
center at CCAFS, and other major test locations like MCC-H and/or SCF. 


4.2 lUS 

Technical adequacy of lUS tests conducted In NASA facilities at KSC will be 

under the cognizance of CS-MVO and Is the responsibility of the USAF 6555th 

Aerospace Test Group (ASTG). The 6555th ASTG will participate In the test teatis 

shown In Section 3. 
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4.3 SPACECRAFT 

Technical adequacy of spacecraft tests, conducted In NASA facilities at KSC. Is 
the responsibility of spacecraft owner/ operators and spacecraft designer/develo- 
pers. 

These organizations will be under the cognizance of CS-MVD and will participate 
In the test teams shown In Section 3. 

4.4 lUS-S/C INTEGRATED TESTS 

All Integrated iUS>S/C tests are controlled by the KSC test manager using the 
OMI's developed by the test team. He Is supported by integration test con- 
ductors (BAC(N). MDTSCO or RI) and NASA engineers and the 6555th ASTG In the 
coordination and conduct of the operation. The tasks of the test manager 
Include advising agencies of readiness reviews, test schedule coordination, 
ensuring that test constraints have been properly Identified and evaluated, and 
that all anomalies have been resolved or properly dispositloned by the organiza- 
tions Involved and accepted by NASA management . 

4.4.1 ORDNANCE OPERATIONS. All ordnance related activities Involving either 
the lUS or spacecraft will be contained In an OMI. prepared by MDTSCO. except 
when the lUS-S/C Is the only payload element In the cargo. In idilch case a BAC 
OOP will be used. The procedure will be developed In sections and will cover 
ordnance operations In the VPF. RSS and payload bay. The document will be orga- 
nized In such a manner that Individual tasks such as "strqy voltage checks" can 
be scheduled and worked sequentially on the cargo elements being processed. 


4-3 


1 



K-DPM-09.1 


4.5 TRANSPORTATION AND HANDLING 

Movement of the lUS-S/C from the VPF to the RSS Is the responsibility of ICIO, 
who has Canister O&M responsibility. This operation Is controlled by an 
approved OMI and conducted by the test manager. The move schedule and pre-move 
briefings are coordinated by the test manager and the ICIO test conductor. 

4.6 PRE-TEST/ OPERATION BRIEFINGS 

Pre-test/operation briefings are held prior to the start of a specified test/ 
operation to: 

a. Disseminate information regarding the test/operation. 

b. Provide instructions regarding the test/operation. 

c. Obtain certifications that all aspects of the test/operation are ready. 
Pre-test/ operation briefings are held at the discretion of the VO test director, 
responsible test manager for flight hardware operations or site manager for 
ground support equipment operations, but as a minimum Include all major Integra- 
ted OMI's, Including subtask OOP's and TP's. 


4.7 OPEN ITEM REVIEWS 

An integrated Open Item Review (OIR) Is held for all Integrated OMI's. The 
review is held prior to the pre-test/operations briefings, and Is scheduled and 
chaired by the responsible NASA test manager/di recto:' via the lUS-S/C 72 hour/ll 
day operations schedule (off-line), and the KSC STS 72 hour/ 11 day schedule 
(on-line). Participating team members will Identify any open paper or hardware 
problems that could impact the scheduled operations. 
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4.8 UNPLANNED EVENTS 

These are defined as any nonconformance, failure, or unsatisfactory condition 
Mhich has the potential to adversely affect safety, contribute .v schedule Im- 
pact or launch delay or result In a design change. All problems encountered 
during lUS and spacecraft stand alone tests and lUS-S/C Interface integrated 
tests are reported to the applicable test conductor over the OIS/TOPS. He will 
supervise troubleshooting. Problems will be documented during lUS and space- 
craft stand alone tests as follows: 

a. lUS problems and discrepancies will be documented as specified in 
Boeing Document D290-50000-1, "ELS/iUS Operations Record System", dated 
March 19, 1980. 

b. Spacecraft problems and discrepancies will be documented as specified 
In the applicable spacecraft owner/operators Quality Assurance (QA) 
plan. 

>tart1ng at lUS-S/C mechanical mate. Interface problems and discrepancies are 
docunented per the KSC Problem Reporting & Corrective Action (PRACA) system. 
When a protl.Ti occurs dyHng Integrated testing, or when It could seriously Im- 
pact another organization supporting the operation. It shall be reported ver- 
bally to the appropriate test conductors as soon as the problan becomes known. 

4.8.1 PROBLEM REPORTING AND CORRECTIVE ACTION (PRACA) SYSTEM. PRACA is a 
method for Identifying, reporting, analyzing, remedying and preventing recur- 
rence of hardware and software problems. A complete description of this system 
Is contained In KMI 5310.11B, dated August 13, 1976. The Implementation of the 
systems for IUS-2/C Integration will be defined In POP Q-501, "Problem Reporting 
and Corrective Action System (PRACA)". 
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lUS-S/C Integration Interface problems and discrepancies are documented as an 
Interim Problem RejiLrt (IPR) using a Problem Report (PR) Form 2-151. W!;en a 

problem Is reported, an IPR will be generated and an Immediate Investigation 
will be made by the KSC Integration contractor to determine test team member 
responsibility. Isolation of the problem may result In the IPR being upgraded 
to a PR and annotated that the problem resolution has been assigned to the 
appropriate test team member. If the problem Is flight hardware or contractor 
GSE oriented, the test team member then reverts to h1» own problem reporting 
paper system to record, troubleshoot and close out the problem. When the 

problem has been closed out, a copy of the test team member disposition Is 
attached to the PR for permanent record and PRACA closeout. Problem reporting 
and resolution for government furnished and facility systems are the 
responsibility of MDTSCO In the VPF and RI In the RSS. For on-line testing, 
IPR's will be called In to a central control. Central Control will Identify an 
IPR number and log the IPR Into a central tracking data base. 
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SECTION V 

5.0 DOCUMENTATION 

The Government provides many types of facilities, equipment and support services 
to using agencies at the AF CCAFS and the NASA Kennedy Space Center. Existing 
support at the AF CCAFS is documented in SAMTEC Det #1 Capabilities Handbook and 
SAMTEC Det #1-Tf'.- 76-04, Range Instrumentation Handbook. Support available at 
KSC is documented i'. KMI 8660. 2B, Test Support Documentation and KHB 8610. IB, 

Support Services Handbook. 

5.1 SUPPORT REQUIREMENTS DOCUMENTATION 

All spacecraft contractor facility and support requirements to be imposed on the 
site are accumulated in the Launch Site Support Plan (LSSP). This document is 
prepared for NASA by BAC/N and has been released as Annex 8 to the Payload Inte- 
gration Plan (PIP'. JSC-14019. The intent of the LSSP is to define the manner in 

which the agency could/would satisfy the requirement of the contractor. Support 
not normally planned by KSC but required by the spacecraft contractor is desig- 
nated 'Optional Services'. After the "Optional Services Portions" have been 
negotiated, a S/C PRD is prepared for internal KSC use. Generic requirements 

relative to the lUS system were input into an lUS Program Introduction Document 
early in the program by th» USAF (SAMSO/LVR, changed to SD/YV) to allow a pre- 
liminary statement of capability to be made by the host agency Eastern Space 
Missile Center (ESMC), or KSC. The lUS PRD was developed by BAC/A and approved 
by the Air Force. The definition of the support required from NASA was provided 
to KSC as an lUS PRD for incorporation into the KSC Launch and Landing PRD 
20,000 by KSC. In response to both PRD's, Program Support Plans (PSP's) are 
developed, showing how lUS-S/C requirements are satisfied. S/C PSP responses 
will be included in a later revision to the LSSP. 
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Call up of those requirements from the PRD, applicable to specific tests, inclu- 
ding interface verification activities, are provided by N/\SA in a UDS formatted 
Operations Requirements (OR) document. OR's are required three months before 
test. Test Support responds to the OR with an Operation Directive (OD) to re- 
flect provisioning of the specific test support. Support requirements for each 
OMI will be identified in the appropriate section of the OMI. lUS and space- 
craft personnel will be required to review the OMI, to make certain that support 
required to run the test is included in the OMI. 

5.2 OPERATIONS DOCUMENTATION 

lUS-S/C processing at KSC uses Operations and Maintenance Documentation (OMD). 
BAC Detailed Operating Procedures (DOP) and S/C Test Procedures (TP), where 
appropriate, may be used for subtask and non-integrated tests. A brief descrip- 
tion of these procedures follows. 

5.2.1 OMD. The OMD is required to perform ground operations activities for 

processing lUS-S/C payloads through the STS systems including its support equip- 
ment and the launch and landing facilities. Included in this system are the: 

OMRS Operations and Maintenance Requirements & Specifications 
OMI O&M Instructions 
OMISS OMI Summary Sheets 

5.2.2 CARGO OMD CONTROL. The preparation of OMI's is described in OMI Handbook 

KHB 8610. 4A. As applied to lUS-S/C processing, KSC will be responsible for 

identifying a focal point, to be known as the "Cargo OMD Control Board", for the 

management and coordination of OMD development and continuing maintenance. 
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The KSC integration contractor (BAC/N) is a member of this board and will pro- 
vide the necessary interface between the bo? and spacecraft organizations. The 
6555th AST(VST Division (SP-AF) is also an uMD Control Board member and will 
provide the interface to the lUS contractor . 

5.2.3 OMRS. The OMRS document is the sole means of providing to KSC the techni- 
cal requirements and specifications (both flight vehicle and ground systems) 
that are required to verify the lUS to S/C interface and the lUS-S/C cargo 
interface to CITE and to the orbiter. lUS-S/C technical processing requirements 
in the VPF, OPF, RSS and orbiter payload bay are governed by OMRS. These inte- 
grated OMRS will be prepared by JSC and inputted into the CDS OMRS system, in 
accordance with OMRS File I, JSC 08171. 

5.2.4 OMI. All organizations involved in lUS-S/C processing will be involved 
in the development of integrated OMl's. This involvement will entail providing 
detailed instructions (not OMRS) pertaining to the S/C or lUS operations, review 
of and comments to drafts of the integrated OMI, and participation in OMI review 
meetings. Development of integrated OMl's is the responsibility of KSC. OMl's 
provide for operational coordination, test management, console or test equipment 
operation, monitoring or readout, and any related instructions required to 
verify performance, to maintain or to service flight and ground systems. It is 
the responsibility of the lUS-S/C test team members to ensure that OMl's invol- 
ving lUS or S/C hardware, prepared by BAC/N, MDTSCO or RI comply with and ful- 
fill the IDS and S/C OMRS and other necessary instructions. 
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5. 2.4.1 OMISS. OMI Summary Sheets are prepared by the orbiter integration con- 
tractor for use with OMI's conducted in on-line facilities. The lUS-S/C inte- 
gration contractor (BAC/N) will input to these OMISS', as required to support 
On-Line iirocessing. 

5.2.5 SAFETY REQUIREMENTS. All Operations and Maintenance Instructions, 
developed for use at the Kennedy Space Center (KSC), must meet KSC safety re- 
quirements. As the OMi's are developed, the KSC integration contractor, respon- 
sible for the OMI, will assign a safety category based on the criteria in KMI 
1710.13B and coordination with applicable systems engineers. Final determina- 
tion of the hazardous/nonhazardous category is the responsibility of the Safety 
Operations Office/ SF-SOO-1. Hazardous OMi's and OMI revisions, Wiich increase 
hazard level, are submitted for approval to the KSC Safety Office, (SF-SOO) 
prior to final release. Non hazardous OMi's and OMI revisions are distributed 
with a copy to SF-SOO-1. 

5.2.6 EMERGENCY PROCEDURES. It is the responsibility of each test team organi- 
zation, involved in ^US-S/C processing, to identify in the appropriate OMI, DOP 
or TP the tasks to be performed to place the lUS and/or spacecraft in a safe 
condition. All OMi's containing hazardous operations must have adequate emer- 
gency provisions for each hazardous operation. Each sequence of a hazardous 
operation is analyzed to determine what effect the sequence may have if an emer- 
gency condition should arise. The emergency procedures must contain specific 
actions necessary to cope with the emergency condition and will address those 
hazards unique to the operation and provide rapid shutdown and safing of equip- 
ment for the protection of personnel and equipment. The emergency procedure 

shall be available at all times during the operation and must be in one of the 
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following locations: 

a. As Appendix Z in the back of the manual OMI with upper right corner 
of the pages cut to distinguish from the remainder of the OMI. 

b. As an Emergency Procedures Document (EPD), provided it is Identified 
in the operating procedure as a prerequisite to the test and is 
readily available to operational personnel 


5.2.7 PROPOSED OMI'S. The following list of proposed OMI's represents those 
necessary for lUS-S/C processing and is mission unique. It is annotated to show 
which integration contractor has been recommended to write and publish each OMI. 


OMI PROCEDURE 

lUS Receival and Installation in VPHD 

I US S/C Mate/ Demate 

T-0 Unbilical Integration, Room 104 

lUS AFD Panels Installation - VPF 

lUS AFD Panels Checkout - VPF 

lUS - Spacecraft Electrical Mate 

Preconnection Checks & Connect lUS to SMCH 

lUS- Spacecraft Integration Test 

Cargo Interface Verification Test 

Cargo Mission Simulation Test 

Ordnance Stray Voltage Checks 

Remove lUS AFD Panels and Transport to OPF 

lUS- Spacecraft Preps for Move 

Cargo Closeout & Preps for Move 

Canister/ Transporter Entry into VPF 

Install & Transport I US- Spacecraft in MMSE 


RESPONSIBLE CONTRACTOR 

MDTSCO 

BAC/N 

MDTSCO 

MDTSCO 

MDTSCO 

BAC/N 

MDTSCO 

BAC/N 

MDTSCO 

MDTSCO 

MDTSCO 

MDTSCO 

BAC/N 

MDTSCO 

MDTSCO 

MDTSCO 
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lUS AFD Installation & Checkout - OPF RI 

Install I US- Spacecraft In PGHM RI 

Return Canister Transporter to Storage Area TS 
Ordnance Activities in RSS MDTSCO 

lUS- Spacecraft Preps for installation in BAC/N 

Payload Bay 

Install I US- Spacecraft in P/L Bay & Mate RI 

Preconnection Checks & Electrical Mate MDTSCO 

Cargo Interface Verification Test MDTSCO 

End to End Test MDTSCO 

Ordnance Stray Voltage Checks & Connection RI 

Orbiter Launch Closeout RI 

lUS- Spacecraft Launch Closeout BAC/N 

Launch Countdown RI 


5.2.8 OMI RELEASE. Approved OMI's are required to be available 30 days prior 
to the test. Late OMI revisions and approved reissues are distributed to be in 
the hands of the operations processing team no later then 48 hours prior to the 
start of operations. 

5.2.9 OMI REVIEWS. OMI reviews are scheduled and conducted by the responsible 
integration contractors to assure satisfaction of user requirements, and using 
organizations' s acceptance of reviewed OMI. All in-process reviews are 
scheduled sufficiently in advance to permit external participants (i.e., Air 
Force, JSC, 6SFC, other project offices and contractors) the opportunity to par- 
ticipate as they deem necessary. 
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Using organizations will : 

a. Be an integral part of the review team and will participate in the 

development of O&M requirements and the approval of subsequent docu- 
mentation. 

b. Assure that the format, presentation, style, and technical level of 

the writing is commensurate with skill levels and training of person- 
nel who will participate in the integrated operations under review. 
Designate a focal point for OMI activity coordination. 

A full description of the Operations and Maintenance Documentation Plan is con- 
tained in K-STSM-12.8 dated 1 June 1978. 

5.2.10 DOCUMENT CHANGES. OMRS files may be changed only by approved Require- 
ments Change Notices (RCN's). Changes to OMI's may be effected by Instruction 
Change Requests, Deviations and Partial Revisions. KHB 8610. 4A contains in- 
structions with regard to the methods to be used in processing changes. 

5.3 DOCUMENT APPROVAL 

The approval level of OMI's is established by QMD Control Board policy and KSC 
POP's. There are no OMP's or OMISS' in Cargo Operations. The OMP and OMISS for 
the shuttle resides with VO. 

5.3.1 OMI SIGNATURES. OMI's developed/generated by Cargo Operations and Cargo 
Operation's contractors will contain one contractor and one NASA approving sig- 
nature on the OMI approval page. The NASA approving signature will be the lead 
systems engineer or the appropriate project engineering office when integrated 
activities are involved. An exception to this policy will be allowed in cases 

5-7 



K-DPM-09.1 


when KSC/CO elements such as the project engineering function and the CITE and 
Canister Branch have dual responsibility for the development of an integrated 
OMI. For hazardous OMI's, the KSC Safety Office will also be required to sign 
the approval page after the contractor and NASA signatures have been secured. 
The backup signature sheet will contain one signature of authority from each of 
the involved organizations. For OMI changes (partial revision) by ICR (up to 15 
days prior to use) the ICR backup sheet will contain one signature from each 
affected organization. If the approval page is changed, the new page will be 
signed as it was for the basic. For OMI changes by Deviation, the Deviation 
form will contain the approval signatures. For OMI revisions (total reissuance 
of OMI) the signature requirements are the same as they were for the basic OMI. 

5.3.2 OMI SUBTASKS. When a task can be separated from the serial test 
sequence, it may be advantageous to develop separate procedures for that task. 
Start and completion of the task should be tied into the control sequence of the 
OMI. These separate procedures become part of the OMI and are sitject to review 
by CO, VO and SF (as required). In those cases where a previously developed lUS 
Detailed Operating Procedure (DOP) or S/C Test Procedure (TP) exists that will 
accor,.plish the task, that procedure may be used. to procedure (DOP or TP) 
should be referenced, however, if the intent is to use only portions of the pre- 
viously developed procedure. In those cases, the necessary sequences must be 
included in the OMI itself. 
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5.4 DETAILED OPERATING PROCEDURE/ TEST PROCEDURE 

Procedures in standard contractor format may be used to conduct stand alone 
tests. A stand alone test is a test that; 

a. Does not require support from another cargo/ payload element, the orbi- 
ter, CITE or Launch Processing System (LPS). 

b. Requires limited support from other contractors. 

c. Can call up "standard" support, i.e., OIS, escort, transportation, 
range clearance and support external of KSC. Such support must be sub- 
stantiated by existing policies for support i.e., OR, and/or the 72 
hour/ 11 day schedule. 

The procedure must identify the support required, which must be coordinated by 
the requester. 

5.4.1 DETAILED OPERATING PRXEDURE (DOP). The OOPS prepared by BAC/A to sup- 
port lUS-S/C processing in the VPF, RSS and OPF are approved by BAC management 
and the 6555th ASTG USAF. NASA, VO/ CO, participates in DOP review cycles for; 

a. Awareness of task being performed; 

b. Assessment of facility compatibility and NASA support tasks; 

c. Adequate work control ; 

d. Verification that procedure is acceptable for stand-alone or QMI 
subtask. 

A back-up sheet with CO/VO signatures is appended to each procedure after recom- 
mended changes have been coordinated with the 6555th ASTG and incorporated. The 
USAF signature signifies both technical and ESMC Safety approval. These proce- 
dures are transmitted by the 6555th ASTG to KSC through the KSC Program Office, 
CP-DPO. KSC safety approval on all hazardous procedures is required prior to 

5-9 


/ 



K-DPM-09.1 


release. The KSC Safety approval is given to the 6555th ASTG in letter format 
via the ESMC Safety office. Any changes recommended by KSC Safety will be sub- 
mitted to ESMC Safety office, who will transmit them to the 6555th ASTG. OOP's 
are required to be submitted to NASA for review 60 days prior to need date. 

5.4.2 TEST PROCEDURE (TP). The TP's prepared by the S/C contractor to support 
lUS-S/C processing in the VPF, RSS and P/L bay are approved by S/C contractor 
management and NASA-S/C Lead Center. These procedures are provided to the LSSM 
by S/C Lead Center. The LSSM will be responsible for TP distribution within KSC 
for rev lew/ concurrence. He will ensure that KSC Safety approves all hazardous 
TP's prior to release. Any recommended changes will be submitted to the LSSM 
who will discuss them with NASA Lead Test Center and the S/C contractor. Con- 

currence signatures will be appended after all changes have been approved. All 
test procedures are submitted to NASA for review 60 days prior to use. 

5.5 lUS/SC COMMAND AND DATA LIST 

The primary objective of the command and data list is to identify the lUS-S/C 
commands and telemetry that require command generation or telemetry processing 
either by the orbiter or JSC Mission Control Center - Houston (MCC-H). The 
command and data list will contain command and data requirements that must be 
verified as a part of lUS-S/C to orbiter interface verification at KSC. lUS 
cemmand and telemetry data, provided in Boeing Document D290-10351-1 , "lUS/TDRS 
Command and Telemetry List", has been taken from the lUS controlling documents, 
i.e. 290-50013 for telemetry and S290-51001 Vol . XI for command. The S/C tele- 
metry and command information in D290-10351-1 was obtained from S/C contractor 
documentation. D290-10351-1 is an annex to the PIP and is prepared by BAC/A, 
approved by SD, and forwarded *o JSC. 
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5.6 LAUNCH COMMIT CRITERIA 

The STS and Cargo Launch Commit Criteria Handbook, K-STSM-12.8.2 establishes and 
implements the KSC launch commit criteria during launch countdown and applicable 
prelaunch tests. 

CP-DPO will be responsible for; 

a. Development and coordination of all lUS and related payloads red- 
line inputs for incorporation into LCCD Section 1,3 and 4. 

b. Coordination with elements of the test team to assure the techni- 
cal adequacy of the lUS/ payload redline inputs. 

c. Coordination with responsible lUS design agencies (MSEC & Air 
Force Space Division! to assure design compatibility with launch 
commit criteria. 
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SECTION VI 

6.0 SOFTWARE 

lUS unique and flight mission programs are the responsibility of BAC(A) and JSC. 
During integration testing of the lUS-S/C payload however, there exists a capa- 
bility to display/monitor the lUS or S/C data in the Operations & Control (O&C) 
or Launch Control Center (LCC) control rooms. This display capability will be 
limited to those meesuretnents defined in the lUS-S/C Orbiter Master Measurements 
List. Na block mode data display capability exists. 

6.1 CITE MONITORING CAPABILITIES 

The monitoring capabilities available through the LPS operating system software 
are outlined below. These capabilities are provided for monitoring of a payload 
at either the pad or CITE. 

6.1.1 OPERATING SYSTEM SOFTWARE. The real-tifiie measurement and display moni- 
tor, using inherent system capabilities, allows a test engineer to simultaneous- 
ly monitor and display payload measurements. One capability called Display Moni- 
tor (DMON) is limited to monitoring and display of measurements. A second capa- 
bility, called Exception Monitor (EMON), in addition to providing a monitoring 
capability, also provides notification to the operator ithenever a measurement 
exceeds pre-defined limits. The Display Monitor (DMON) provides the capability 
to select and display the value of measurements in neir real-time. DMON will 
support monitoring of analog, discrete, floating point digital pattern, and 
multiword digital pattern measuremf ts. DMON allows a test engineer to request 
up to three CRT display pages with a maximum of 30 measurements per page. 
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Measurements to be monitored may be selected with manual input by the test 

operator. Values are obtained from a payload by a Front End Processor (FEP), 
which in turn transfers the updated data to the Common Data Buffer (CDBFR). 
Measurements in the CDBFR are accessed by the Console subsystem and OMON pages 
are updated every nine seconds. Once activated, measurements are monitored con- 
tinuously until operator action is taken to deactivate the measurenent. 

The Exception Monitor (EMON) capability controls the CRT display of predefined 
measurements that have exceeded established limits. Exception detection is per- 
formed by the FEP subsystem processing the measurement data. The FEP in turn 
updates the CDBFR and notifies the console subsystem responsible for the 

measurement that an exception has occurred. The test engineer is then provided 
with notification of the exception through the EMON CRT display page. EMON pro- 
vides three CRT display pages at each console position, with a maximun of 15 

measurements per page. The EMON display will show exception information for 

analog, discrete, digital pattern, and multi-word digital pattern types. For 
active analog exceptions the CDBFR is read periodically, the three latest samp- 
les are maintained with the exception message. Individual analog exception 
messages are updated once every nine seconds. 

6.1.2 DATA RECORDING. An area related to data display is the capability to 
record data. IPS is constructed such that all measurements that are sampled and 
displayed can also be recorded. After the data is processed by the FEP it is 
transferred to the CDBFR. These data are then transferred to the Processed Data 
Recorder (PDR) area for recording on magnetic tape and disk. The Shared Peri- 
pheral Area (SPA) of IPS can be used to retrieve and display these data for 
post- test analysis. 
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SECTION VII 

7.0 SCHEDULING 

To produce functional flow & timelines and schedules, similar to a typical flow 
currently in work for lUS-S/C, (see Figure 7-1), technical requirements are 
received from the lUS and spacecraft contractors as well as other participating 
agencies (lUS-S/C, ICIO, 01). These requirements are coordinated with NASA and 
meshed into ?. logical and efficient sequence of events to become the basis for 
functional flow timelines and schedules, covering the IUS/Sjv*cfcraft. These 
flows, after approval by CS-MVD, are displayed in a KSC provided displ^ area, 
(staffed by MDTSCO personnel) and disseiiinated to all participating agencies. A 
detailed functional flow timeline and schedule is being developed and displayed 
for each vehicle being processed. These flows and timelines show each major 
task to be accomplished and are the basis for the inputs to the ICIO maintained 
11 day/72 hour schedule. The schedule details the tasks to t>e accomplished in 
hours for the first 72 hours and shifts for the followin>, ll-d^y period, and 
specifies all technical support planned and facility outages required to support 
lUS-S/C processing. Figures 7-2, and 7-3 show the KSC scheduling systoii. Each 
activity or event is identified by OMI, test procedure or OOP nuniier and a 
record of actual versus planned processing times and sequences is maintained. 
Significant scheduled tasks that require STS support or affect STS operations 
will be input to the STS/payload 72 hr-11 da^y' schedule, maintained in Firing 
Room 4, which controls all STS activities. (See Figure 7-4). The planned time- 
line for each activity during vehicle processing is monitored and compared to 
actual test times by the lUS-S/C test team to determine if a timeline change is 
warranted. These assessments will be submitted to NASA with recommendations for 
subsequent flows. 
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7.1 TEST SUPPORT 

Key Items of support that were requested in the LSSP/PRD are committed when re- 
quired by the KSC 72 hour/ 11 day schedule. Changes to this schedule which in- 
volve test acti''ities and/or support items are made by the cargo test manager. 

7.2 REAL TIME SUPPORT SCHEDULING 

Realtime changes to vehicle processing requires the cargo test manager's appro- 
val. Realtime changes (within 24 hours of schedule start time) to support a 
planned activity or for emergency support requirements are made through the 
cargo test manager by telephone or OIS during test. 
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SECTION VIII 

8.0 WORK CONTROL 

The KSC STS work control system encompasses the functions of work planning, work 
scheduling, work resources planning and scheduling, work authorization, produc- 
tion control, work status reporting, work performance: evaluation, and Integra- 
tion and control. These functions are applicable to organizational level hands- 
on-hardware work which is performed on flight hardware and related 6SE/ facili- 
ties in direct support of STS ground processing. 

8.1 WORK AUTHORIZATION DOCUMENT 

During lUS-S/C integrated processing at KSC It is presently planned to use three 
Work Authorization Documents. These are: 

a. Approved and signed OMI's, DOP's and TP's - see section 5.0. 

b. Approved Test Preparation Sheets (TPS). Tliese are used to docu- 
ment and authorize work In KSC facilities, ground support equip- 
ment, and flight Items when the work has not been previously 
authorized by OMI or non-conformance document. 

c. Problem Reporting & Corrective Action (PRACA)- see section 4.8. 

8.2 TEST CLOSEOUT 

Following the completion of the test and with the approval of the test manager, 
the test conductor directs the dispositioning of test hardware and documenta- 
tion. The test set up is disassembled and property is dispositloned. Test 
docunentatlon shall be stored in accordance with program requi rements . 

8.2.1 DATA REVIEW. (To Be Determined) 


i 
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8.2.2 TEST REPORT. A Test Completion Sheet (TCS, KSC Form 4-264) is prepared 
by the KSC integration test conductor responsible for conducting each OMI. For 
overall integrated tests, each participating CO contractor prepares a TCS form 
and provides a copy to the test manager within 5 work days after the operation 
is completed. The test manager requires the appropriate TC to prepare an "as- 
run" bar chart to supplement the TCS form, and includes: 

a. Time required to perform each subtask. 

b. Time lost due to holds. 

c. Other significant events as required to comprehensively depict the 
performance of the operations. 

d. Test problems and their resolution. 

The individual responsible for preparation of the TCS obtains the concurring 
signature of his CS-MVD counterpart. Instructions for completion of TCS form 
are contained in POP 0-503, "OMI Implementation". 
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iECTION IX 

9.0 QUALITY ASSURAnCE 

Each test team organization associated with the lUS-S/C Integration (Figures 
3.1, 3.2, 3.3, 3.4) shall maintain an effective and timely quality assurance 
activity. 

Each test team organization Is responsible for recurrence control and quality 
assurance activities performed at KSC on their hardware during lUS-S/C non> 
Integrated and Integrated activities. 

Test monitoring and closeout will be perfomed by the test team quality organi- 
zation that has the responsibility for the ^t. Other test team quality orga- 
nizations will support as required. 

9.1 INSPECTION & TEST PROCEDURES (OMI's) 

Procedures shall be readily available to Inspection and test personnel and phy- 
sically located at the applicable location at the time of the Inspection or 
test. No test is conducted without preplanned and properly approved procedures. 
Each Integrated OMI will contain the following: 

a) Nomenclature and identification of the test article or material. 

b) Characteristics and design criteria to be liispected or tested. 
Including values and tolerances for acceptance or rejection. 

c) Detailed steps and operations to be taken In sequence. Including 
verifications to be made before proceeding. 

d) Layout and interconnection of test equipment and article. 

e) Identification of hazardous situations or operations. 

f) Precautions to comply with established safety requirements, 

ensure safety of personnel , and prevention of damage or degrada- 
tion of articles and measuring equipment. 9-1 
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g) Environments and «^ther conditions to be maintained. 

h) Constraints on inspection or testing. 

9.2 RECORDS 

lUS and spacecraft data/documentation records are the responsibility of the re- 
spective test team organizations. The integration contractor shall maintain 
records and data of all tests and activities for which he has responsibility. 
The records and data generated shall be in sufficient detail to provide for 
complete verification and evaluation of operations, objectives and dates. 
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10.0 lUS-S/C SAFETY 

KSC Safety Office will have overall responsiollity for lUS-S/C safety integra- 
tion operations, Including off-line activities, at KSC. All personnel partici- 
pating In the Integration activities are responsible for performing those acti- 
vities In a safe manner to preclude accident or Injury, to utilize the appropri- 
ate personal protective equipment, and to Immediately report ary unsafe or 
hazardous condition to their immediate supervisor, lUS Safety, or the KSC Safety 
Office. 

10.1 KSC SAFETY OFFICE 

The KSC Safety Office will support the lUS-S/C integration activities to assure 
appropriate attention to safe operation and testing. Included will be the 
rev lew/ concurrence of all hazardous test procedures, handling procedures, the 
monitoring of hazardous test and critical hardware moves, and the assurance of 
compliance with KMI 1710. 1C and Occupational Safety and Health Act (OSHA) 
requirements in Integration activities (See OSHA General Industry Standards 29 
CFR 1910) (see paragraph 5.2.5) 

10.2 lUS-S/C INTEGRATION TEAM SAFETY 

The lUS-S/C integration team is responsible for assuring all KSC safety 
requirements are met for operations they direct and perform. The Integration 
team is responsible for adequately planning and performing operations with 
necessary regard for potential hazards to hardware and personnel. This Includes 
assurance that personnel are properly certified to perform hazardous and 
critical functions, and that they have and use the proper protective equiment. 



10.3 SAFETY IMPLEMENTATION 


a. Safety Training and Certification . All supervisors will assure that 
personnel who are to perform hazardous or critical functions are 
trained and certified to perform those activities with maximum safety 
to conform with KHB 3410. IB "Implementing Instructions for KSC 
Systems, Safety and Skills Training for certification of personnel". 

b. Audits . Periodic audits of general safety practices will be made by 
Center safety monitors and coordinators from the KSC Safety Office and 
by all supervisors. All personnel , both KSC and the lUS-S/C contrac- 
tor will support these audits as required. 

c. Procedures . All lUS-S/C hazardous procedures will be reviewed and 
approved by KSC Safety. 

Accidents . In case of accidental Injury, personnel will go or be 
taken to the KSC health facility for Immediate first-aid treatment. 
From there, they will be referred for other medical treatment as re- 
quired. Serious personnel Injuries or death and/or s(i)stant1al damage 
to KSC resources, equipMient, or facilities will be reported Immedi- 
ately to the Director, Safety, RSQA and Protective Services by the 
test manager and/or the appropriate Integration contractor. 
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SECTION XI 

11.0 CONFIGURATION MANAGEMENT 

11.1 lUS 

11.1.1 RESPONSIBILITIES. NASA/KSC Is responsible for configuration management 
activities related to NASA/KSC facilities, systems, and equipment. Activities 
Include configuration Identification, control, accounting, and verification. 
NASA/KSC will participat:; through NASVMSFC In review and assessment of lUS 
system changes Including lUS support equipment (SE) modifications which are the 
design responsibility of DOD/SO. OOD/SD will participate through 6S5Sth ASTG 
membership on the NASVKSC Cargo Level III Configuration Control Board (CCB) In 
review, coordination, and assessment of changes to lUS ground processing faclll- 
tles/equlpment which are the design responsibility of NAS^KSC. KPD 8040.14 
dated 5/9/77 'Plan for Upper Stage Configuration Management* establishes re- 
quirements and procedures and defines responsibilities for KSC upper stage con- 
figuration management. 

11.1.2 CHANGE CONTROL. After baselining of the following documents, 

a. lUS/KSC Operational Management Plan (OMP) |^IUS/KSC Facility and 

b. V Equipment Design Plan (FEDP) and Interface control drawings, 

c. Operations and Maintenance Requirements & Specifications (OMRSO), 
any changes will be controlled as described In the following paragraphs: 
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11.1.2.1 Changes to the lUS/KSC OMP . This document will become a working 
agreement between NASA/KSC and SD/YVI and 6555th AST6. Each party may submit a 
Document Change Notice (DCN) using the standard form. The OMP Is not a 
contractual document; therefore, concurrence slgnatires will conslf.tute final 
approval of all changes. 

11.1.2.2 Changes to the FEDP and Interface Control Docunent* (ICD*s) . Changes 
to the FEDP will be submitted to KSC, using the NASA KSC Engineering Support Re- 
quest (ESk). Associated costs are categorized as NASA-unique, DOD-unIque, or 
common. DOD/SD will participate In the NASA/KSC change process In the KSC Cargo 
Level III Configuration Control Board (CCB) through 6555th t.STC CCB Membership. 
Changes to the baselined lUS to KSC ICD controlled interfaces will be submitted 
to KSC, using a Preliminary Interface Revision Notice (PIRN). All design agency 
(^PIRN) . All design agency/test team organizations impacted by the PIRN will 
submit evaluations. Identifying the cost, schedule, and hardware/ software Impact 
of complying with the PIRN. The entire package will then be available for 
formal configuration management review and subsequent contractual Implementa- 
tion. After technical coordination and approval by tne USAF Space Division, 
BAC/A i KSC, the Interface Review Notice ( IRN) will be forwarded to the USAF SD 
CCB (via 6555th ASTG/ST) for SD approval and a commitment for funds (If 
required). The approved IRN's are then returned to KSC (via 6555th ASTG/ST) for 
submission to the KSC Level III CCB. Hie CCB approved IRN is sibmitted to the 
repository of the NASA/KSC custodian who assigns the IRN number, stamps the IRN 
master copy as "Repository Issue" and distributes It to all affected parties. 
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11.1.2.3 Changes to OMRS . Once the OMRS files have been baselined, the files 
may be changed only by approved RCN's in accordance with the change processing 
system described in JSC 08171, File I, utilizing the computer processing system 
as applicable. The change system, except for File XII, resides in the KSC CDS 
and takes the form of a change catalog with associated change files that will be 
created under it when the initial proposed change is entered. 

11.2 SPACFCRAFT 

11.2.1 RESPONSIBILITIES. All spacecraft contractor facility and support 
requirements are accimulated in the LSSP. This document has been released as 
Annex 8 to the PIP JSC 14019. Spacecraft configuration management responsibili- 
ties are governed by each contractor's own documentation. 

11.2.2 CHANGES TO THE LSSP. The development of the LSSP is an iterative pro- 
cess between the spacecraft owner and the Launch Site Support Ifenager (LSSM). 
Changes to the LSSP, ,.e., requirements and the preliminary responses, are con- 
trolled through the Cargo Projects Level IF Configuration Control Board (CCB). 
Requirements and the preliminary responses will be concurred in by all the par- 
ticipating organizations, i.e., spacecraft owne", customer, and KSC prior to 
either release of the baselined dociment or submittal of revisions to the CP 
Level III CCB. 
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11.3. KSC FACILITIES OPERATIONAL READINESS INSPECTION (ORI) AND CONFIGURATION 
INSPECTION (Cl). 

The ORI (a one time function, not a per-mission function) Is to be performed at 
KSC on selected facilities, systems and support equipment, commencing no later 
than 30 days prior to Operational Readiness Date (ORD). The ORI is to comply 
with the requirement in STS Site Activation Management Plan K-STSM-10.5. A Cl 
is a formal technical review and key program checkpoint to verify that the 
"as-built" hardware conforms to the "as-designed" baseline requirements. It also 
Includes all approved changes and identifies and resolves any differences. The 
Cl will support the ORD. A Cl will be performed as defined In KSC Space Shuttle 
Configuration Reviews, KPD 8040.6, Attachment G and Procedure for DE, Configura- 
tion Inspections, DE-P-552, dated October 3, 1977. 
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SECTION XII 

12.0 ADMINISTRATIVE SERVICES 

12.1 TRAINING AND CERTIFICATION 

The skill level, training and certification requirements for test personnel must 
be in consonance with KSC guidelines. All test team organizations associated 
with lUS-S/C processing at KSC are responsible for: 

a. Providing training necessary to support their functions. (Exceptions 
to this general requirement are made in instances where the training 
requirement is common to other organizations and, in such cases, KSC 
will determine the training source). 

b. Identifying and collaborating with the Systems Training and Bnployee 
Development Branch in enrolling its personnel in required training, 
conducted by other organizations. 

c. Maintaining records necessary to reflect status of the training pro- 
gram. 

12.1.1 TRAINING CERTIFICATION. All personnel (civil service and test team 
member) performing critical tasks or controlling critical processes or potenti- 
ally hazardous operations in modifications, tests, checkout, maintenance, in- 
spection, and operations are trained and certified by their employer. Certifi- 
cation of an individual's ability to perform a critical task can occur only 
after he has demonstrated that ability. All teams or crews engaged in indepen- 
dent team/crew operations, such as checkout and launch recovery, are certified 
as a unit after they have demonstrated their ability to perform the task effec- 
tively. 
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SECTION XII 

12.1.2 RECERTIFICATION. Periodic retraining or demonstration of proficiency 
may be required of certified personnel to assure maintenance of the appropriate 
ski 11 /know! edge level. The frequency at v^ich this must occur is determined by 
the rate of skill /knowledge degradation, changes in specifications, equipment, 
and/or procedures that affect performance. Personnel , certified by their com- 
pany, are given a card badge or similar evidence of certification to be carried 
on their person while performing their duties. 

12.1.3 KSC AREA PERMIT AND SAFETY TRAINING REQUIREMENTS. 

12.1.3.1 General . A KSC area permit is required for personnel access into the 
majority of STS operational sites/area/ fl ight hardware within KSC. This is to 
ensure that personnel entry into various sites/areas and personnel access to 
flight hardware is authorized to only those specific personnel required. 
Specific safety training courses are required as a prequisite to an employee's 
being issued a KSC area permit '^see Figure 12-1). This is to insure that each 
KSC area i-ermit recipient has received proper safety training r '"to entering 
a controlled area. In addition to the safety training courses, each employee is 
required to complete a "Familiarization Wal kdown" for access and egress routes 
for specific site/area/flight hardware (see Figure 12-1). 

12.1.3.2. KSC Area Permit . The KSC area permit has "Numbers" to identify the 
operational sites/areas and "Letters" to identify the flight hardware. A NASA/ 
government agency/test team member, requiring a KSC area pernit, has his organi- 
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SECTION XII 

zation's KSC area permit Authorized Representative (CS-MVD) process a KSC Area 
Permit Application, Form 20-94= Personnel requiring specific "Familiarization 
Walkdown Training", schedule these requirements through their respective 
training organization. Personnel must complete the formal instructions of a 
required safety course prior to scheduling their familiarization vel kdown and 
ensure that they have completed the appropriate training roster. 

12.1.3.3 KSC Temporary Area Authorization (TAA). A KSC Temporary Area Authori- 
zation is to be issued to an individual who meets the essential personnel crite- 
ria requiring infrequent access or does not meet both security and training re- 
quirements, to be issued a permanent KSC area permit. A KSC Temporary Area 
Authorization will be issued by KSC Security for a minimun of one day or a maxi- 
mim of thirty days, on an as required basis to NASA/government/contractor per- 
sonnel. There are two types of KSC Temporary Area Authorizations: 

a. Plain, which authorizes entry into STS operations controlled areas 
with no escort, 

b. "To Be Escorted", which authorizes entry into STS operations con- 
trolled areas only when accompanied by a properly badged escort. 
The point of contact for personnel requiring these area authori- 
zations is the LSSM. 

12.1.4 TRANSPORTATION. Each test team organizaton will denote his transporta- 
tion requirements in the applicable PRO and LSSP together with a request for 
motor vehicle operator certification. Government vehicles shall not be operated 
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by personnel without a valid KSC or CCAFS government license. 

Regularly scheduled bus service for travel between areas at KSC should be used 
where possible. 

12.1.4.1 Vehicle Control . Parking is permitted only in designated parking 
areas. Vehicle restriction data for each area will be provided by the cargo 
manager. 
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(FORMAL CLASSROOM COURSES) 


QG 101 KSC Fire Protection Safety Orient 


QG 102 KSC Toxic Propellant Safety Orient 


QG 106 KSC Toxic Propellant Refresher 


QG 125 KSC LC 39 Facility Safety Fam 


QG 126 KSC LC 39 Pad Safety Fam 


QG 128 KSC KSC Industrial Area Safety Fam 


QG 150 KSC Flight Vehicle Safety 
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Figure 12-1. * Additional Training is required for personnel engaged 
in operations involving hypergols. Viz; QA501 KSC Scape Operator 
Certification. QA 570 Minor Hydrazine Spill and Clean up. 
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